Approach for switching between point types without affecting control logic

ABSTRACT

An approach for switching between point types without affecting control logic. The control logic may have a function block, input and output points connected with links to the function block. A point may be changed from one type to another type of point without affecting its link. A type of point may be modulating, binary, software, constant, or other.

RELATED APPLICATIONS

Related co-pending applications include application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021856-1161.1446101, entitled “A Graphical Approach to Setup Data Sharing between Two Controllers”; application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021853-1161.1447101, entitled “A Mechanism for Constructing Generic Control Logic including Versions in Various Protocols”; application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021854-1161.1448101, entitled “Protocol Independent Programming Environment”; application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021855-1161.1449101, entitled “Priority Selection Mechanism for Driving Outputs from Control Logic for Controllers of Various Protocols”; and application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021858-1161.1450101, entitled “An Approach to Automatically Encode Application Enumeration Values to Enable Reuse of Applications across Various Controllers”; and application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0024800-1161.1479101, entitled “Changeable BACnet Interface”.

Application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021856-1161.1446101, entitled “A Graphical Approach to Setup Data Sharing between Two Controllers”, is hereby incorporated by reference. Application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021853-1161.1447101, entitled “A Mechanism for Constructing Generic Control Logic including Versions in Various Protocols”, is hereby incorporated by reference. Application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021854-1161.1448101, entitled “Protocol Independent Programming Environment”, is hereby incorporated by reference. Application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0021855-1161.1449101, entitled “Priority Selection Mechanism for Driving Outputs from Control Logic for Controllers of Various Protocols”, is hereby incorporated by reference. Application Ser. No. __/____, filed Dec. 30, 2009, and Attorney Docket No. H0021858-1161.1450101, entitled “An Approach to Automatically Encode Application Enumeration Values to Enable Reuse of Applications across Various Controllers”, is hereby incorporated by reference. Application Ser. No. __/____, filed Dec. 30, 2009, Attorney Docket No. H0024800-1161.1479101, entitled “Changeable BACnet Interface”, is hereby incorporated by reference.

U.S. patent application Ser. No. 12/256,444, filed Oct. 22, 2008, is hereby incorporated by reference. U.S. patent application Ser. No. 11/670,911, filed Feb. 2, 2007, is hereby incorporated by reference. U.S. patent application Ser. No. 11/620,431, filed Jan. 5, 2007, is hereby incorporated by reference. U.S. patent application Ser. No. 11/427,750, filed Jun. 29, 2006, is hereby incorporated by reference. U.S. patent application Ser. No. 11/564,797, filed Nov. 29, 2006, is hereby incorporated by reference. U.S. patent application Ser. No. 11/559,706, filed Nov. 14, 2006, is hereby incorporated by reference. U.S. patent application Ser. No. 10/809,115, filed Mar. 25, 2004, is hereby incorporated by reference.

BACKGROUND

The invention pertains to programming and particularly to various programming environments. More particularly, the invention pertains to heating, ventilation and air conditioning (HVAC) environments.

SUMMARY

The invention is an approach which may abstract point types in a programming tool for control logic to enable switching between point types without affecting the control logic.

BRIEF DESCRIPTION OF THE DRAWING

FIG. 1 is a diagram of a simple control logic using a space temperature sensor and set point as inputs to a PID with a damper output;

FIG. 2 is a diagram of a context menu on a point for configuring the point type;

FIG. 3 is a diagram illustrating a changing of an input point from a modulating one to a constant value;

FIG. 4 is a diagram illustrating a changing of an output point from a modulating one to a software output; and

FIG. 5 is a diagram show the control logic staying intact subsequent to converting point types.

DESCRIPTION

Heating, ventilation and air conditioning (HVAC) application engineers may create the control programs by defining input points/values, the logic for processing the inputs and finally feeding the results of the logic to output points. When application programmers create such control programs, they often are not necessarily aware whether the inputs and outputs are physically connected to the controllers or whether they are pseudo/virtual points that are to be shared with other controllers.

Typical programming tools may allow different types of points to be created and used with their usage governed by rules. Editing and maintaining complex control logic may become very tedious when the rules are rigid and when much rework needs to be done to switch from one point type to another.

Existing tools in the market may typically allow the point type to be defined at the time of creation and do not necessarily allow changing the type. This may force application programmers to delete points from the control logic, recreate the points and reconnect them in the control logic. Such an approach may take much effort and have a large scope for creating errors.

The Spyder™ (Spyder) BACnet (Bacnet) tool may expose generic entities called “Points”. Application programmers may use these “points” and create their control applications without knowing the actual “types” of the points. When an application gets deployed in a particular job, the engineers may choose the “type” of the point to be physical inputs, software inputs, constant values, or other. They may also switch between the different types without having to do any other rework. BACnet is a communications protocol for building automation and control networks.

The Spyder BACnet programming tool may expose two main categories of points—physical and software points. Physical points may represent analog inputs, digital inputs, analog outputs and digital outputs. Software points may represent analog value and binary value objects which are pseudo points.

Programmers may convert a physical input point (AI) to a software input point (AV) without affecting any of the control logic. Similarly, a BACnet binary output may be changed to a binary value object without affecting the logic. This may provide great flexibility for application developers.

The present approach shows how an application developer can create a point and change it without affecting the logic. Creating a point and changing it without affecting the logic may be accomplished in the tool by maintaining high level abstract entities called “points”. “Points” may be the objects that are dropped and linked to one or more function blocks or other function blocks if the point is a function block. The points may be referred to “point” objects which in turn may contain child objects that represent the actual type of the point. Whenever the type of point is changed, the child object may be replaced but the parent container “point” object may remain intact, and thus links to one or more function blocks or other function blocks may be retained.

Converting point types may be noted. Generic points may be used for creating control logic and be converted without affecting the logic. First, one may create a simple control logic using a space temp sensor and setpoint as input to a PID (proportional-integral-derivative) controller. The PID output may be connected to a damper output. Then the space temp input may be converted to a constant value, and the damper output may be converted to a BACnet pseudo output (BV object). The approach may demonstrate how the control logic stays intact.

The Figures noted herein may relate to converting point types. The Figures illustrate how generic points may be used for creating control logic 10 and how points can be converted without affecting the logic. FIG. 1 relates to creating generic control applications for Spyder. A first step may be a creating a simple control logic using a space temperature sensor and set point as inputs to a PID. The PID output may be connected to a damper. The physical input may be a space temp input point 11 connected to an input of a PID function block 13 with a link 21. A constant value may be a set point input point connected to another input of the PID function block 13 with a link 22. The output of function block 13 may be connected to an input of a damper output point 14 with a link 23. Output point 14 may be for a physical output.

FIG. 2 illustrates a configuring a point type. A context menu 15 on the point allows its configuration to be changed. A configuring properties menu may be obtained by clicking on the point whose point type is to be changed.

A first part of a second step, which is converting a space temperature input 11 to a constant value, is illustrated by a dialog box 16 shown in FIG. 3. A drop-down menu 17 of “Configure Properties” dialog box 16 shows a point type for “Space Temp” 11. As indicated in menu 17, the physical input (modulating input) (AI) may be converted to a constant type, software input (AV) or a binary input (BI), by clicking on “constant” of menu 17 or other item (e.g., software input, modulating input, or binary input) as appropriate list in the dropdown menu 17. A diagram in FIG. 3 shows the changing or converting of space temp from a modulating input to a constant value.

A second part of the second step, as illustrated by use of a dialog box 18 of a diagram in FIG. 4, may be a converting or changing the damper output 14 as a modulating output to a software output or BACnet pseudo output (BV object). A drop-down menu 19 of Configure Properties dialog box 18 shows a point type for Damper 14. As indicated in menu 19, the physical output (modulating output) (AO) may be converted to a software output (AV) or a binary output (BO) by a selection or a click on the desired item in menu 19.

FIG. 5 illustrates that the control logic 10 may stay intact during conversion of the point types. Links 21, 22 and 23 among the components 11-14, respectively, may remain unbroken.

A Spyder tool may offer a graphical environment to program the Spyder controller. One may use the wiresheet view in the engineering mode to use physical points, software points, and function blocks to build an application in the control program. The physical points, software points, and function blocks may be accessed using a palette. One may drag these items on to the wiresheet and connect them, based on one's need, to develop application logic. The logic that one creates may then be stored in a Spyder library for reuse. Upon being satisfied with the logic one has created, one may download the same to the controller. The logic thus created may be tested for correctness using the simulation and online debugging modes.

One may note that changing NCI (network configuration input) values, configuration of a schedule block, or daylight savings option, puts the application in a quick download pending state. As long as the application has been downloaded at least once to the controller, these changes just trigger a quick download to the controller.

One may use the control program option to program the Spyder tool. To do this, one may expand Lon™ (Lon) Spyder or BACnet Spyder in the Nav palette and double-click control program to display the wiresheet view; display the palette (from the menu bar, select Window>Sidebars>Palette to display the palette).

The palette may appear on the left pane with the following items. Lon Spyder is a device that one may drag on to the Lon Network in the Nav palette to create a new device. Note that one cannot drop this on to the wiresheet of any macro or control program or application. BACnet Spyder is a device that one may drag on to the BACnet Network in the Nav palette to create a new device. It may be noted that one cannot drop this on to the wiresheet of any macro or control program or application. Physical points may be modulating and binary inputs or outputs. Software points may be used to create a network input, network setpoints, or a network output.

Additional items may include analog function blocks, logic function blocks, math function blocks, control function blocks, data-function function blocks, zone arbitration function blocks, and built-in function blocks.

It may be noted that a macro may be a group of functional blocks grouped together that define a specific functionality. Commonly used program elements may be defined as macros so that they could be reused across applications. An application may include macros and logic that one can define and use in applications. Standard applications may be provided for the Spyder used to build application logic

One may drag any of these noted items on to the wiresheet of a control program in its engineering mode and make the connections between physical points, software points, and function blocks to create a control program or an application.

A wiresheet view may be used to drag the Physical points and function blocks to build the application logic. One may save a logic created to be used later and also shared with other users. One may build several applications and store them in a Spyder library along with standard applications.

After one has created the application logic and tested the logic using the simulation feature, the application logic may be downloaded to the controller. To download the application logic, one may: 1) on the Nav palette, right-click the device and select Actions>Download (the download dialog box may appear); and 2) select True under full download for a full download or false for a quick download. One may note that a quick download just downloads the modified items from a previous download where as with a full download the entire configuration may be downloaded to the controller replacing the existing configuration. However, if changes have been made to the SBus (Sylk or sensor bus) wall module by an operator/tenant locally from the display on the wall module, and a full download is performed, the Spyder tool may download the entire configuration to the controller except the SBus wall module configuration. This may be done to avoid losing any changes made locally on the SBus wall module during a download operation. Then at 3), one may click OK. The application logic may be downloaded to the controller based on one's selection.

In the present specification, some of the matter may be of a hypothetical or prophetic nature although stated in another manner or tense.

Although the present system has been described with respect to at least one illustrative example, many variations and modifications will become apparent to those skilled in the art upon reading the specification. It is therefore the intention that the appended claims be interpreted as broadly as possible in view of the prior art to include all such variations and modifications. 

1. A method for changing types of points, comprising: providing a control logic comprising: a function block; an input point connected to the function block; and an output point connected to the function block; and changing a point from one type to another type of point; and wherein the control logic is not affected by a changing of a type of point.
 2. The method of claim 1, wherein: a first link is used to provide a connection between the input point and the function block; and a second link is used to provide a connection between an input point and the function block; and the links remain connected upon changing a type of point.
 3. The method of claim 1, further comprising changing the type of input point from such as a modulating output, a binary output or a software output to a binary output, a software output or a modulating output.
 4. The method of claim 1, further comprising changing a type of output point from such as a modulating output, a binary output or a software output to a binary output, a software output or a modulating output.
 5. The method of claim 1, wherein the input point is a parameter sensor input point.
 6. The method of claim 1, wherein the output point is an actuator output point.
 7. The method of claim 1, further comprising connecting a set point input point connected to the function block.
 8. The method of claim 7, wherein: the input point is a space temperature input point; the output point is a damper actuator output point; and the function block is a PID function block.
 9. The method of claim 1, wherein: a configure properties menu is associated with the input point; and the type of input point is changed by selecting a different type of point listed in the configure properties menu.
 10. The method of claim 1, wherein: a configure properties menu is associated with the output point; and the type of output point is changed by selecting a different type of point listed in the configure properties menu.
 11. The method of claim 1, wherein the control logic is a of a Spyder™ tool which provides a graphical environment for building the control logic by selecting points and one or more function blocks and connecting them a wiresheet.
 12. The method of claim 1, wherein: a point is an object which can be connected to a function block with a link; the point is a parent container point object having a child object; a type of a point is a child object; to change the type of point is to change the child object; a link between a point and a function block is a link between a parent container and the function block; and thus a change of a type of a point does not affect the link between the point and the function block.
 13. A system of control logic comprising: a control logic comprising: a function block; an input point connected to the function block; and an output point connected to the function block; and wherein: a point can be changed from one type to another type of point; and the control logic is not affected by a changing of a type of point.
 14. The system of claim 13, wherein: a first link is used to provide a connection between the input point and the function block; and a second link is used to provide a connection between an input point and the function block; and the links remain connected upon changing a type of point.
 15. The system of claim 13, wherein: a configure properties menu is associated with the input point; and the type of input point is changed by selecting a different type of point listed in the configure properties menu.
 16. The system of claim 13, wherein the control logic is a of a Spyder™ tool which provides a graphical environment for building the control logic by selecting points and one or more function blocks and connecting them a wiresheet.
 17. The system of claim 13, wherein: a point is an object which can be connected to a function block with a link; the point is a parent container point object having a child object; a type of a point is a child object; to change the type of point is to change the child object; a link between a point and a function block is a link between a parent container and the function block; and thus a change of a type of a point does not affect the link between the point and the function block.
 18. An approach for switching between point types, comprising: changing a point having a link to a function block of a control logic, from one type to another type of point; and wherein the control logic is not affected by a changing of a type of the point.
 19. The approach of claim 18, wherein: the link is used to provide a connection between the point and the function block; and the link remains connected upon changing a type of point.
 20. The approach of claim 19, wherein: the point is a parent container point object having a child object; a type of a point is a child object; to change the type of point is to change the child object; the link between a point and a function block is a link between a parent container and the function block; and therefore a change of a type of a point does not affect the link between the point and the function block. 